5.1 Finalisons
5.1.1 Le projet
- Régénération du projet
- Récupération des donnes de l’ancien API (en PL7 Pro)
- Vérification/enregistrement des temps de taches (MAST et FAST)
- Remplacement de l’API (Démontage de l’ancien et mise en place du nouveau).
Note : Attention aux adresses de racks (s’il y a plusieurs) et aux configurations spéciales comme dans cet exemple.
Ne pas oublier la carte d’extension pour le Bus X.
- Mettre le nouveau rack sous tension.
- Chargement du programme.
- Chargement des données.
Note : Les données du PL7 Pro doivent être converties. Il faut cliquer dans UNITY sur « Fichier/Ouvrir », sélectionner le chemin et choisir le type « Fichiers DAT PL7 (*.DAT) ».
Figure 44 : Unity Pro Ouvrir les données PL7 Pro au format .DAT
Après la conversion un message s’affiche avec l’emplacement du fichier converti. C’est ce fichier qui doit être chargé dans l’API.
Figure 45 : Unity Pro La conversion du fichier source .DAT est terminée. Fichier cible dans PL7Converter
- Vérification/enregistrement des temps de taches (MAST et FAST) du nouveau programme.
- Vérification/correction des régulations.
- Vérification des communications avec d’autre API (s’il y en a)
Note : L’API M580 n’accepte pas le protocole « Unitelway» ; s’il y a des automates TS57 qui lisaient dans l’API remplacé par M580, leur communication ne fonctionne plus après le changement ; donc il faut mettre en commentaire/sauter les lectures dans chaque automate et écrire les mots de communication depuis l’API M580.
Attention à l’adresse X-WAY :
Pour les API M340 la communication utilise le Protocol « MODBUS », qui oblige l’utilisation d’une adresse X-WAY supérieure à 100 ;
Ex. M340 en chaufferie avec adresse IP : 210.111.0.48 et adresse X-WAY 0.148
Après le basculement il faut utiliser la fonction ADDM avec l’adresse IP ce qui représente un risque d’erreur pour les API qui n’ont pas les mêmes adresse X-WAY et IP.
Figure 46 : Ex. de table de communication avec les adresses et les protocoles utilisés sous PL7 Pro
Sous Unity la colonne « Protocole » n’existe plus.
Figure 47 : Rajout de l’écriture de mots de communications depuis l’API M580 vers d’autre APIs
Le bout de code qui commence à « ECRITURE sur automate NEP REP 2 » a été rajouté après avoir vérifié les adresses de stockage dans l’API destinataire ; RISQUE important si on ne fait pas le contrôle !!
Note : Pour détecter une erreur de com. entre les APIs, il faut ajouter un mot de vie qui évolue à chaque tour de cycle ou selon une tempo ; si le mot ne change pas pendant un temps définis (perte de com. lié au matériel, automate en STOP, etc.) on considère qu’il y a un défaut. La gestion des actions si une perte de com. est détectée est à gérer au cas par cas.
Remarque : On a constaté qu’un chargement peut interrompre la tache de communication ; erreur de com. détectée par les autres API !